home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98b.txt / 000138_icon-group-sender _Mon Jul 20 08:13:34 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  5KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.8.8/8.8.7) with SMTP id IAA20103
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Mon, 20 Jul 1998 08:13:31 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA19698; Mon, 20 Jul 1998 08:13:15 -0700
  7. Date: Sun, 19 Jul 1998 21:16:59 -0500
  8. Message-Id: <199807200216.VAA31067@segfault.cs.utsa.edu>
  9. From: Clinton Jeffery <jeffery@segfault.cs.utsa.edu>
  10. To: frank.sergeant@pobox.com
  11. Cc: icon-group@baskerville.CS.Arizona.EDU
  12. In-Reply-To: <sU6r1Yv1u83e084yn@eskimo.com> (pygmy@eskimo.com)
  13. Subject: Re: using Icon for database application
  14. Reply-To: jeffery@cs.utsa.edu
  15. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  16. Status: RO
  17. Content-Length: 3705
  18.  
  19.  
  20. > Frank Sergeant wrote:
  21. >   I tried the TextDialog()...
  22. >   Unfortunately, the tab key only moves among the 4 text
  23. >   fields and never gets to the buttons.  Is there a way
  24. >   to add the buttons to the tab list?
  25.  
  26. This is a good question!  TextDialog's author(s) can answer it better
  27. than I could.
  28.  
  29. >   the editing in the text fields was not at all what a Windows user
  30. >   would expect (home, end, high-lighted replacement, etc
  31. >   did not seem to work at all).
  32.  
  33. Well, it is not native to Windows and was not written what that in mind.
  34. It would be possible to enhance the text vidgets to support more special
  35. keys, but no one is working on it that I know of.
  36.  
  37. >   Anyway, for my database project, I might not want to build the screens
  38. >   with VIB.  I think I would prefer to build them procedurally.
  39.  
  40. You could certainly write a program to translate clipper codes into IPL
  41. calls to create the appropriate vidgets directly.  We have also had
  42. success here in dynamically constructing VIB-compatible lists of strings
  43. in order to produce interfaces that are customized at runtime.  To do this
  44. we started with a VIB interface and then added parameters to the VIB-generated
  45. code that are inserted into the list of interface component strings.
  46.  
  47. >   I tried WinEditRegion() but didn't fully understand...
  48. >   I didn't see how to get out of it or how to make
  49. >   it into a single line edit field (or even a fixed multi
  50. >   line edit field)
  51.  
  52. The facility is at present very simple and very general purpose.  It was not
  53. intended to replace single-line text input vidgets.  To use WinEditRegion
  54. you define a rectangle area on the screen in which the user can edit
  55. multiple lines of text.  The program views the result as one big string.
  56. You can't "get out of it"; if it is part of a temporary interaction you can
  57. put it in a dialog, in its own temporary window, or resize it to be
  58. 0 pixels in size.
  59.  
  60. >   I couldn't see exactly how to tie it into the rest of the program.
  61.  
  62. There is, deviously, no event produced during editing and no changes to the
  63. program's control flow as a result of editing; the user just changes the
  64. contents of the region when they feel like it.  You can check a flag to tell
  65. if a region is modified, and you read the contents of the region (a string)
  66. via a single call to WinEditRegion().  A typical application might do this,
  67. for example, in response to a Save... menu option.  The program wi.icn is
  68. an example.
  69.  
  70. >   Are there other native Windows widgets?  Especially,
  71. >   a single line edit field?
  72.  
  73. One could be added.  This is the first request I've had for it.
  74. All the native facilities presently supported are described in the
  75. Windows Icon technical report.  This fall I should get an opportunity
  76. to look at what else might be added from Windows' core API.
  77.  
  78. >   I gathered from some other postings that the Unix version has a socket
  79. >   interface and also a general mechanism for calling arbitrary external
  80. >   (e.g. C) routines but that the Windows version does not.  (?)
  81.  
  82. This is correct.
  83.  
  84. >   Have I overlooked a way already built into Windows Icon
  85. >   to call an external routine?
  86.  
  87. No, there is no external interface at present.  I would love it if someone
  88. would implement loadfunc() for Windows.  I've had 2-3 rumors of projects
  89. that might include such an effort, but nothing concrete.  My own plans
  90. include porting most or all of Unicon to Windows (Unicon's easy network
  91. facilities should be reasonably easy to port), but I have no immediate
  92. plans to work on an external interface until a student volunteers to help
  93. do it.
  94.  
  95. Clint Jeffery, jeffery@cs.utsa.edu
  96. Division of Computer Science, The University of Texas at San Antonio
  97. Research http://www.cs.utsa.edu/research/plss.html
  98.